home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / os2 / bgfax160.zip / WHATS.NEW < prev    next >
Text File  |  1996-06-22  |  27KB  |  528 lines
  1. Changes between BGFAX 1.60 and BGFAX 1.55                   SAT 21 JUNE 96
  2. =========================================                   ==============
  3.  
  4. This 1.60 release has been in the works since February.  Over 75 changes,
  5. bug fixes and new features have been made since BGFAX 1.55.  Rather than
  6. list every single change as is usually done, I will only list the new
  7. features and significant bug fixes.  For a complete list of changes, check
  8. the "What's New" link on my web page.
  9.  
  10. We now have a U.K. registration site!  See REGISTER.UK
  11. Compuserve SWREG registrations!  See REGISTER.FRM for more info
  12. _____________________
  13. BGFAX general changes
  14. ~~~~~~~~~~~~~~~~~~~~~
  15. 1. BGFAX no longer needs an environment variable.  If the "BGFAX"
  16.    environment variable is not found, the BGFAX.CNF file will be looked
  17.    for in the same directory as BGFAX.EXE.  Any use of the "BGFAX"
  18.    environment variable will override this new logic.
  19.  
  20. 2. Have optimized the communications/timeslice routine in the DOS version
  21.    somewhat.  The DOS version should no longer take up 100% of the CPU when
  22.    receiving or transmitting a page under OS/2.  Also, the DOS version
  23.    should run more smoothly with both DesqView and Windows.  (CPUUSE.EXE
  24.    for Windows 3.1 reported 4% usage when BGFAX/DOS is waiting for a call,
  25.    14% during page receive, and 38% spikes during interpage negotation.)
  26.    A major problem with BGFAX 1.55 running in "slow motion" under DesqView
  27.    has also been fixed.
  28.  
  29. 3. Changed OS/2 version so that it now works with IBM's stock COM.SYS driver.
  30.    Previous versions of BGFAX2.EXE would only work with Ray Gwinn's SIO.SYS.
  31.    Now, it can work with both.
  32.  
  33. __________________________
  34. Changes in BGFAX send mode
  35. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  36. 1. BGFAX /SEND mode can now send TIFF-Class-F files!  This is a very nice
  37.    addition, since it allows much greater flexible in what documents are
  38.    sent.  I tested sending TIFF-Class-F files made from BGFAX, Faxworks/2,
  39.    and Word Perfect 5.1+/DOS, and all the documents faxed correctly.
  40.    (BGFAX has had TIFF-Class-F receive capabilities for nearly a year now,
  41.    and VIEW has had TIFF-Class-F viewing capabilties for several months
  42.    now, but this is the first time /SEND has been able to process them.)
  43.  
  44. 2. Numerous problems with Class 1 mode have been fixed.  Problems including
  45.    not being able to transmit more than one page on some modems, non-stop
  46.    failure to train errors, etc.
  47.  
  48. 3. BGFAX /SEND mode will now create a SEND.DAT file after BGFAX finishes.
  49.    The file will look like this:
  50.  
  51. FaxFilename 2pages.fax
  52. FaxTelephoneNumber 7138939124
  53. LastPageSuccessfullySent 2
  54. TotalNumberOfPages 2
  55.  
  56.    This is a regular ASCII file, which contains information about the last
  57.    fax sent, including (most importantly) the last page successfully sent.
  58.    To use this information, you would need to write a program to examine
  59.    and see if "LastPageSuccessfullySent" is equal to "TotalNumberOfPages".
  60.    If not, this indicates a transmission failure, and you will need to
  61.    resend the fax using the /SP:lastpagesuccessfullysent+1 logic, so that
  62.    you need not resend the entire fax.
  63.  
  64.    This may also be useful on some of the buggier fax modems, where they
  65.    (sometimes) do not return a successfully condition upon sending the
  66.    last page, even though it was really sent.  What you would need to do,
  67.    is see if the LastPageSuccessfullySent is one less than the
  68.    TotalNumberOfPages, if so, you can "assume" (big assumption) that the
  69.    last page might have actually gotten through even though the modem
  70.    reports to BGFAX otherwise.
  71.  
  72. 4. New BGFAX command line switch /NX
  73.    This tells BGFAX that when sending faxes on Class 2 modems to "not
  74.    wait for the initial XON" to be received.  This might be necessary
  75.    on some older Intel(GVC OEM) fax modems.  Do not add this switch
  76.    unless failed attempts in the BGFAX.LOG indicate "initial xon not
  77.    received".
  78.  
  79. _____________________________
  80. Changes in BGFAX receive mode
  81. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  82. 1. BGFAX.EXE now uses a different interrupt with NFAX.COM since the interrupt
  83.    used in the last version caused troulbe when running in OS/2 DOS boxes.
  84.    If you use the /NF switch on BGFAX, be sure to that you replace any old
  85.    version of NFAX.COM with the 1.60 version, and reboot the system.  (NFAX
  86.    is a TSR program that puts the word "FAX" on the screen when any incoming
  87.    faxes are received.)
  88.  
  89. 2. Fixed a major bug relating to saving files in TIFF-F format.  Anybody
  90.    telling BGFAX to save in Faxworks format should immediately upgrade to
  91.    this release.  The problem was that many faxes were getting scrambled
  92.    because the byte-alignment filter in BGFAX was not working very well,
  93.    resulting in faxes containing 50% bad scan lines.
  94.    (Remember Z=ZFAX format, Q=QuickLink II format, F=TIFF-Class-F format)
  95.  
  96. 3. New BGFAX command line switch /NT
  97.    This tells BGFAX that when receiving on Class 1 modems to "not
  98.    check training".  Starting with BGFAX 1.60, the training information
  99.    will be checked, and if more than 25% of the data is "bad", BGFAX
  100.    will force the remote fax machine to step down to a lower speed.
  101.    The /NT will override the retrain.
  102.  
  103. 4. DOBBS.BAT and DOBBS.CMD will now have the PID number appended to them
  104.    when BGFAX is running in /HOST /PID:nnn mode.  i.e., /PID:4 will cause
  105.    BGFAX to make DOBBS4.BAT files and BGFAX4.LOG files to keep things from
  106.    getting "confused".
  107.  
  108. 5. BGFAX will now honor the FaxWorks's FAX.IDX file.  This is a standard
  109.    ASCII text file that will be present in the receive fax directory.  If
  110.    BGFAX finds it, it will find out the last fax number that FaxWorks thinks
  111.    it has received, and use that as the maximum fax number.  BGFAX will
  112.    also update the FAX.IDX file.
  113.  
  114. 6. New TSR program ATOTSR.COM might be required if you are receiving in
  115.    Class 1 mode with some Fido mailers.  See the ATOTSR section in BGFAX.DOC
  116.    to find out if you need to use it.  If you tried to setup BGFAX before
  117.    and noticed the word "DATA" would pop up on the screen with your Fido
  118.    Mailer but you never got a "CONNECT nnnnn" message from the modem, you
  119.    are probably need to use ATOTSR.COM.
  120.  
  121. ___________________
  122. Changes in VIEW.EXE
  123. ~~~~~~~~~~~~~~~~~~~
  124. 1. VIEW.EXE has a new feature when you are in page-view mode.  Alt-J
  125.    and Alt-G will now allow you to jump ("goto") a specific page number.
  126.    So, if you bring up page 1 and want to go to page 13, just hit Alt-J
  127.    (or Alt-G, same thing since many people told me they prefered "jump"
  128.    and some "goto", so I made everybody happy) and type in "13" at the
  129.    prompt.  Note that if you save faxes in ZFAX format, the first time
  130.    you use the "jump" function, a quick analysis of the fax will be
  131.    performed.  On slow machines (less than 386), this may take a while.
  132.    On files saved in QuickLink of TIFF-Class-F format, the jump should
  133.    be instant.
  134.  
  135. 2. VIEW.EXE now handles /PCX conversions differently.  It seems that NOBODY
  136.    liked my convention of converting multiple page fax files into PCX files.
  137.    (If you had a 3 page fax, it would make HELLO.PCX, HELLO.P02, HELLO.P03
  138.    in the old version of VIEW.)  It has been reported to me that most image
  139.    editing software is brain dead and it will not acknowledge a file is PCX
  140.    format unless it has a "PCX" extension, so here is how things work now:
  141.  
  142.    "VIEW 2letters.fax /pcx" will create PAGE0001.PCX and PAGE0002.PCX.
  143.    Notice that the filename base is completely missing from the target
  144.    files.  I did this because I just personally HATE fax software that
  145.    does a truncation to the base filename in order to stuff the page
  146.    number at the end.  So, how will the image editing software know about
  147.    these funny PAGE*.PCX files?  Well, know, VIEW will create a DOPCX.BAT
  148.    file that says:
  149.  
  150.         CALL EXEPCX PAGE0001.PCX PAGE0001
  151.         CALL EXEPCX PAGE0002.PCX PAGE0002
  152.  
  153.    So, you can now put the name of your image editing or OCR software in
  154.    the EXEPCX.BAT file that you will produce, and pass the filename via
  155.    the %1 variable (o